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(54) Network switching device with forwarding database tables populated based on use 



(57) A switching device for forwarding network traf- 
fic to a desired destination on a network, such as a tele- 
phone or computer network. The switching device 
includes multiple ports and uses a lookup table contain- 
ing lookup keys to determine which port to forward net- 
work traffic over. The lookup tables are populated based 
on use. Consequently, the lookup tables on different 
ports contain different addresses. By storing only 
addresses that a port uses, each port's lookup table is 
unique to that port s characteristics. Additionally, aging 
techniques are used on both source and destination 
addresses in the lookup table so that stale entries are 
removed and memory is conserved. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates generally to networks, 
such as telephone and computer networks, and, more 
particularly, relates to routing information through such 
networks. 

BACKGROUND OF THE INVENTION 

[0002] A network allows two or more parties to 
communicate with each other. In their simplest form, 
networks generally include transmission lines and 
switching devices (eg., routers, switching routers, 
switches, etc.). The transmission lines carry signals 
(e.g.. electrical, optical etc.). while the switching 
devices are intermediate stations that establish tempo- 
rary connections between transmission lines. In tele- 
phone networks, for example, a caller's line goes to a 
switching device where the actual connection is made to 
the called party In computer networks, devices such as 
routers receive messages on the network and forward 
the messages to their correct destinations. Computer 
networks can be as small as a local area network (LAN) 
consisting of a few computers, printers, and other 
devices, or it can consist of many computers distributed 
over a vast geographical area (e g . the Internet). 
[0003] An example computer network 10 is shown 
in FIG. 1 A. The network indudes two local segments 12 
and 14, and connection to a remote network 16. Nodes, 
labeled as A-J. represent computers connected to the 
local segments A switching device 20 includes three 
ports 22-24 and switches network traffic between seg- 
ments 12, 14. and the remote network 16. Network 16 
may also include switching devices, such as switching 
device 21. wh<h then connects other segments (not 
shown) to the network Switching device 20 allows the 
nodes on one segment to communicate with nodes on 
other segments and to other switching devices. The 
nodes communicate wrth eatfi other troughs protocol 
(e.g.. HTTP. TCP/IP. SMB. etc ) which allows the nodes 
to transmit and receive network frames (a network 
frame includes a destination address, a source address, 
and a data field). When switching device 20 receives a 
frame from a node, it analyzes the destination address 
by searching a lookup table 26, shown in FIG. 1B. 
Lookup table 26 includes table entries having a network 
address field and a port field. When the destination 
address is matched to a network address in the lookup 
table, switching device 20 determines which port to for- 
ward the frame to by obtaining the port number corre- 
sponding to the matched network address. For 
example, if node A on segment 12 sends a message to 
node H on segment 14. switching device 20 receives 
the message from node A and in response searches the 
entries in the network address field of lookup table 26. 
Table entry 28 contains the network address for H. A 



corresponding port field 30 for network address H indi- 
cates that the frame should be forwarded over port 2. 
Additional background information on switches can be. 
found in a number of references, such as Fast Ethernet 

s (1997) by L. Quinn et al., Computer Networks (3 rd Ed. 
1996 by A. Tannenbaum, and High-Speed Networking 
with LAN Switches (1997) by G. Held, all of which are 
incorporated herein by reference. 
[0004] The switching device can obtain the network 

io addresses for the lookup table in different ways, 
depending on the particular implementation of the 
switching device. For example, the switching device 
may snoop network traffic so that when a frame is 
received on a port, the switching device determines if 

75 the frame s source address is in the table and, if it is not, 
adds an entry containing the source address and the 
inbound port to the table. Thus, the switching device is 
said to "learn" addresses and port numbers from any 
frame that is transmitted by a node. Another technique 

so some switching devices, such as tuners, use to obtain 
the lookup table is from other switching devices through 
a special protocol. Thus, routers supply network 
addresses to each other to supplement their lookup 
tables. 

25 [0005] In some switches, the lookup table is kept 
centrally and is controlled by a central management 
module. When a port receives a network frame, it 
passes a request to the central management module, 
which searches the lookup table and passes forwarding 

30 information back to the port. The port can then properly 
forward the network frame. To increase speed, other 
switches have a centrally located lookup table and cop- 
ies of the lookup table stored in memory locally on each 
port. Having multiple copies of the lookup table is faster 

35 since the ports obtain forwarding information directly 
from their local memory, rather than communicating 
with the central management processor. 
[0006] Unfortunately, having multiple copies of the 
lookup table also requires a lot of memory. Additionally, 

40 the central management processor indiscriminately 
copies the entire central lookup table to all of the local 
lookup tables, even though many ports do not use all of 
the lookup table entries. Thus, a port may store lookup, 
table entries that it never uses, simply because another 

45 port is using those entries. Having unused lookup table 
entries wastes valuable memory space and slows the 
speed of the switch since searching more entries 
requires extra time. 

[0007] An objective of the present invention, there- 
so fore, is to provide a high-speed network switching 
device that efficiently stores the address lookup tables 
and that overcomes problems of the prior art. 

SUMMARY OF INVENTION 

55 

[0008] The present invention provides a switching 
device (e.g., router, switch, switching router, etc.) that 
forwards network traffic to a desired destination on a 
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with reference to the following drawings. 
BRIEF DESCRIPTION OF DRAWINGS 
5 [0013] 

FIG. 1 A shows a known network containing multiple 
segments connected through a switching device. 
FIG. 1B shows a known lookup table stored in the 
jo switching device for identifying nodes connected to 
the segments. 

FIG. 2 shows a switching device according to the 
invention including multiple ports and showing 
lookup tables within selected ports that store 
is source <SA) and destination (DA) addresses. 

FIG. 3 shows further details of a port within switch- 
ing device of FIG.2. 

FIG. 4 is a flowchart of a method for forwarding net- 
work frames in the port of FIG. 3. 
20 FIG. 5 is a flowchart of a method for learning source 
and destination addresses within a lookup table. 
FIG. 6 is a flowchart for aging source and destina- 
tion addresses within the lookup table. 



network) such as a telephone or computer network. The 
switching device includes multiple ports and uses 
lookup tables to determine which port to forward net- 
work traffic over. The network traffic is typically in the 
form of network frames that include source and destina- 
tion addresses. 

[0009] In one aspect of the invention, a central man- 
agement module includes a central lookup table that 
includes network addresses and port numbers associ- 
ated with the network addresses. However, this central 
lookup table is not indiscriminately copied to each local 
lookup table, Instead, a local lookup table stores only 
pertinent addresses needed for that local lookup table. 
More specifically, a port associated with a local lookup 
table only needs to know of source addresses learned 
by that port and destination addresses that the port 
recently forwarded a frame to. Thus, local lookup tables 
throughout the switch differ in terms of the network 
addresses they store. 

[0010] In another aspect of the invention, the 
lookup table entries distinguish source addresses from 
destination addresses and the destination addresses 
are "learned". Source address learning is known in the 
prior art. However, in the present invention, destination 
addresses are also learned by the ports so that the 
ports may locally store destination addresses frequently 
used. However, other ports that do not use such desti- 
nation addresses do not store the destination address in 
their local memory. By learning destination addresses 
that are frequently used and storing such addresses 
locally, the ports can more efficiently use the local 
lookup table storage and increase the speed of the 
switch. 

[001 1] In yet another aspect of the invention, both 
source and destination addresses are removed from the 
lockup tables if not used for a predetermined period of 
time. Such removal of addresses is called "aging" and 
source address aging has been performed in previously 
known switches. However, destination address "aging" 
has not heretofore been used. With source address 
aging, the address is removed if no ports in the system 
received the source address for a predetermined period 
of time. Destination address aging differs because des- 
tination addresses are a characteristic of the particular 
port. For example, first and second ports may have the 
same destination address in their lockup tables. If the 
first port has not sent a network frame to that destina- 
tion address for a particular period of time, it is deleted 
from the local lookup table for that port. However, the 
second port may frequently be sending frames to the 
destination address, so the second port maintains the 
destination address in its local lookup table. Notably, the 
first and second ports now have different lookup table 
entries and the lockup tables are populated based on 
the particular need for that port. 
[0012] These advantages and other advantages 
and features of the inventions will become apparent 
from the following detailed description, which proceeds 



25 DETAILED DESCRIPTION OF AN ILLUSTRATIVE 
EMBODIMENT 

[0014] FIG. 2 shows a switching device 34 that 
includes a central management module 36 coupled to a 

30 central lookup table 38. Central management module 
36 is coupled to multiple ports within the switch. The 
ports are shown generically as port 0, 1..N, where N 
represents the highest number port in the system and 
can be virtually stay positive integer based on the size 

35 of the switch. The ports may each have their own lookup 
table or share the lookup table with other ports. 
Although the invention may be implemented with two or 
more ports sharing a lookup cable, hereinafter each 
port is described as having its own lookup table. An 

40 example lookup table according to the invention is 
shown at 40 at represents the lookup table for port 0. 
The lookup table 40 includes a network address field 
42. an SA/DA field 44, a forwarding information field 46, 
and an age field 48. The network address field 42 con- 

45 tains network addresses of devices on the network The 
addresses are shown generically, but can be a wide 
variety of addresses, such as MAC, IP, IPv6, IPX, IPv4, 
etc. The SA/DA field 44 denotes whether the address is 
a source address (SA) or a destination address (DA). A 

so source address indicates that the entry was learned by 
the port associated with that lookup table, while a desti- 
nation address indicates that another port learned the 
address. The forwarding information 46 field stores for- 
warding information, such as a port number associated 

55 with the network address. The forwarding information 
field typically includes other information (e.g., a MAC 
address) in addition to the port number, but for simplicity 
only a port number is shown. The age field 48 contains 
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information relating to how recently the associated net- 
work address has been used. The age field may be, for 
example, a variable (shown generically as M X") that is 
incremented (or decremented) when a fixed period of 
time is exceeded. If the variable reaches a timeout 
value, then the lookup table entry is stale since it has 
not been used recently and the entry is deleted. When a 
lookup table entry is used, the age field is reset since 
the entry is "fresh." 

[001 5] A similar lookup table 49 is shown for port N. 
Some of the addresses in lookup table 40 match those 
of table 49, such as Addr. 0. On the other hand, some of 
the addresses differ. For example, lookup table 40 
includes Addr. 1 , Addr. 6 and Addr. 1 0, which lookup 
table 49 does not include. Lookup table 49 also has 
addresses that lookup table 40 does not include, such 
as Addr. 9 and Addr. 15. The different entries in the 
lookup tables 40,49 show one advantage of the present 
invention. That is, the lookup tables for each port are 
populated based on actual use by the port associated 
with that lookup table. Fa example, lookup table 49 
stores Addr. 9 because it recently forwarded a network 
frame containing Addr. 9 to port 6. On the contrary, 
lookup table 49 does not store Addr. 6 because it has 
not recently received a frame containing this address. 
The central lookup table 34 is a master table and 
includes all addresses from the various lookup tables. 
[001 6] FIG. 3 shows a detailed circuit diagram for a 
port. The invention is not limited to any particular design 
of the port, but the explanation is provided for complete- 
ness. FIG. 3 shows a switching device 50 having a port 
52 and port intercommunication logic 54. Port 52 
includes a media interface 56, a memory 58, and a 
search engine 60. The search engine 60 includes tem- 
porary packet storage 62, packet analysis and key 
extraction logic 64, an internal binary search engine 66, 
and forwarding decision logic 72. There are multiple 
ports (not shown) in switching device 50. One or more 
ports are located on channel or line cards (not shown) 
mounted in a chassis. The number of ports and how the 
ports and port intercommunication logic 54 are 
mounted within a chassis are based on the particular 
application and are not important to the invention. 
[0017] Media interface 56 connects switching 
device 50 to a network (not shown) through a network 
cable 74. The network cable can take a variety of forms 
(e.g., fiber optic, twisted-pair, coaxial, etc.) depending 
on the type of network. A variety of network standards 
and protocols may be used, such as TCP/IP, IPX/SPX, 
FDDI, ATM, ETHERNET. GIGABIT ETHERNET, FAST 
ETHERNET, Token Ring. SONET, etc. Other network 
protocols, standards, and network cables now existing 
or later developed may be used with the invention, since 
these particular aspects are not important to the inven- 
tion. Media interface 56 is a communication link 
between search engine 60 and the network Thus, \ 
media interface 56 allows search engine 60 to send net- 
work frames in any desired format and media interface 



56 reforr ^3 the frames for the particular network. Sim- 
ilarly, mt -jia interface 56 receives network frames from 
the network and formats the frames so they may be 
read by search engine 60. The media interface used is 

5 based on the particular application and is not important 
to understanding the invention. 
[0013] Temporary packet storage 62 within search 
engine 60 holds the network frame temporarily while 
other components within the search engine determine 

io where to forward the network frame to, as is further 
described below. In some circumstances, a decision 
may be made to not forward the packet at all. In such 
cases, the network frame is never passed to the port 
intercommunication logic. Depending on the size of the 

is network frame, the temporary packet storage 62 may 
hold several network, frames, or, alternatively, only a 
portion of a network frame as it is forwarded to another 
port. 

[0019] Packet analysis and key extraction logic 64 
20 extracts information, such as the source and destination 
addresses from the network frame, and crates a key 
which is passed to the binary search engine 66. The 
packet analysis and key extraction logic 64 may also 
pass additional information to the search engine 66. 
25 such as virtual LAN information that comes with the net- 
work frame or is derived based on the type of network 
frame. 

[0020] Search engine 66 is coupled to memory 58. 
The memory stores a lookup table that the binary 

so search engine uses for analyzing network frames 
received from media interface 56. A management proc- 
essor (not shown) is coupled to search engine 66 and 
maintains the lookup table in memory 58. Specifically, 
the management processor may direct the search 

35 engine to delete old table entries, insert new table 
entries and generally maintain the table in sorted order 
so that the search engine performs searches efficiently 
and correctly. 

[0021] When search engine 60 determines that a 

40 frame is to be forwarded to other ports in switching 
device 50, it passes the network frame to the port inter- 
communication logic 54. Port intercommunication logic 
54 includes a switch fabric 76 and a switch fabric control 
78. Switch fabric 76 can take a variety of forms. For 

45 example, the switch fabric can be a cross-bar switch, 
which is commonly used in telecommunications switch- 
ing. The cross-bar switch creates a path between a 
receiving port and a transmitting port so that the net- 
work frame may be passed therebetween. A wide vari- 

so ety of cross-bar switches may be used, such as cut- 
through switches, interim cut-through switches, and 
store-and-forward switches. Other types of switch fab- 
rics may also be used. For example, switch fabric 76 
may also be a central memory using a bus arbitration 

55 device and a central bus. Using a shared-memory bus 
architecture, all ports access a memory pool located 
locally on a switching module or work group switch. The 
ports can access the central memory through a com- 
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mon bus when arbitration device grants it access. 
Another possible switch fabric that can be used is a par- 
allel access shared -memory architecture.* In a parallel 
access shared memory, all ports share the central 
memory. However, a bus arbitration scheme is not used. 5 
Instead, every port has a dedicated path into and our of 
the central memory fabric. Therefore, all ports can 
simultaneously access the centralized memory pool at 
any time. A wide variety of existing switch fabrics or later 
developed switch fabrics may also be used. The partic- w 
ular switch fabric and switch fabric control is not of 
importance to the invention. 

[0022J Switch fabric control 78 controls network 
frames as they are passed through the switch fabric. In 
the case where the switch fabric is a cross-bar switch, is 
the switch fabric control is typically called a scheduler. 
The scheduler establishes a connection within the 
cross-bar switch so that a search engine on one port 
can directly pass a network frame to a search engine on 
another port. In the case where the switch fabric is a 20 
memory, the switch fabric control tells a receiveside 
search engine where to store the frame in memory. 
After the frame is stored in memory, the switch fabric 
control signals a transmitting-side port that the network 
frame is ready to be transmitted and provides the 25 
address of the memory location where the frame in 
located. The switch fabric control may also provide pri- 
ority information to the transmitting-side port. 
10023] FIG. 4 shows a flow chart of a method used 
by the switching device 50 for forwarding network 30 
frames. In step 80, the media interface 56 receives a 
network frame from the network and passesthe frame 
to search engine 60 The network frame contains a des- 
tination address that indicates the ultimate destination 
for the network frame In step 82. search engine 60 35 
searches memory 58 to determine whether the destina- 
tion address from the network frame is located within 
the lookup table of memory 58. If a network address 
matches the destination address, forwarding informa- 
tion indicating where the frame should be forward to is *o 
also obtained from the lookup table Assuming that the 
forwarding information was properly found in the lookup 
table and the appropriate port was determined, the 
search engine passes the search results to switch fabric 
control 78 (step 84). In step 86. search engine 60 trans- 45 
fers the network frame through switch fabric 76. If the 
switch fabric is a cross-bar switch, the switch fabric con- 
trol 78 establishes the connection in the switch fabric 
and communicates to search engine 60 when to send 
the network frame. If the switch fabric is a central mem- so 
ory with or without bus arbitration, the switch fabric con- 
trol tells search engine 60 where in the switch fabric to 
store the network frame. Search engine 60 then stores 
the network frame at the indicated location. The switch 
fabric control also informs the other ports of where the ss 
network frame is stored so that they may properly 
access it within the switch fabric. Regardless of the 
technique used with the switch fabric, the network frame 



is obtained from the switch fabric and transmitted on 
one or more ports (step 88). 

[0024] FIG. 5 shows a flowchart of a method for for- 
warding a network frame and for learning SA and DA 
addresses. In step 100. a network frame is received 
including a source address and a destination address. 
The source and destination addresses are extracted 
from the network frame by the packet analysis and key 
extraction circuit 64 and passed to the binary search 
engine 66. The binary search engine searches the 
memory 58 (which contains the local lookup table) for 
the source address (step 102). If the source address is 
already in the lookup table of the port, then the port 
does not need to learn the source address. If however, 
the source address is not in the table, then the port adds 
the source address to the table and forwards the 
learned address to the central management module 36. 
Next the search engine searches for the destination 
address (step 104). If the destination address is not in 
the lookup table for the port, the port Hoods" the frame 
(i.e.. sends it out on all ports). In step 106. the port 
requests the central management module 36 for infor- 
mation relating to the destination address. The central 
management module 36 searches the central lookup 
table 38 and passes the results, which includes informa- 
tion about the destination address, back to the port. The 
port then adds the destination address to its local 
lookup table (step 108). Now next time this same port 
receives the same destination address, it is already in 
the local lookup table. Consequently, the network frame 
can be forwarded more efficiently with future transmis- 
sions. Notably, other ports did not store information 
about the destination address in their memories 
because they may not receive network frames contain- 
ing that destination address. Consequently, storing 
such information may be wasteful. Thus, each port 
stores DA addresses on an as needed basis. In other 
words, each port stores only DA addresses it actually 
uses. And with aging techniques, each port stores only 
DA addresses it used recently. 
[0025] When learning SA and DA addresses the 
lookup table includes the SA/DA field 44 that indicates 
whether the entry is an SA or a DA address. This field is 
not required to implement the invention. For example, a 
port can determine whether an address is a DA or SA 
address by analyzing the forwarding information field 
46. If the port number within field 46 is the same as the 
current port, then it is a SA. whereas if the port number 
differs, it is a DA. 

[0026] FIG. 6 shows a flowchart of a method for 
aging both SA and DA table entries. In step 110. SA 
entries are checked by examining the aging field 48. If 
the aging field exceeds a predetermined limit, then the 
entry is stale and is deleted (step 1 12) and the central 
management module is notified. Otherwise, the aging 
field is incremented or decremented to indicate 
increased aging. The central management module then 
sends a message to all other ports that the SA entry is 
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no longer valid (step 114). Ports that have the SA 
address (listed as a DA) delete it from their lookup 
tables. In step 1 16, the search engine also checks for 
DA aging by checking the aging field 48 of the DA 
entries as described above in relation to SA aging. If the 
DA entry is stale, it is deleted and the central manage- 
ment module is notified of the deletion (step 118). 
Unlike SA aging, the central management module need 
not notify other ports of the deletion, because a DA 
address that is stale on one port is not necessarily stale 
on another port. 

[0027] Further details of the invention are provided 
below. In LAN/WAN bridging/switching/routing devices, 
usually look-up table(s) are used to store pertinent infor- 
mation for frames to be forwarded and modified. These 
routing devices usually consist of line cards, also 
termed interface cards, and a central management 
module. These routing devices generally have lookup or 
routing tables. This table(s) is maintained in a central 
location. The table is also called routing table and rt con- 
sists of routing entries. The routing table entries consist 
of routing/forwarding information and these usually are 
indexed by addresses. These addresses may be MAC 
(Media Access Controller) addresses, IPv4 addresses, 
IPX addresses. IPv6 addresses or some other protocol 
addresses. The addresses can be either a source 
address (SA) or a destination address (DA). Entities 
needing the look-up results consult these table entries 
as and when needed for forwarding frames/packets 
from on port/interlace card to another. The central table 
is usually maintained on the central management mod- 
ule. 

[0028] The technique described herein uses distrib- 
uted tables on line cards with a non-typical mechanism 
to update these tables, called distributed learning and 
an additional way to delete (age-out) entries from dis- 
tributed tables called DA aging. 
[0029] Further below describes a traditional way of 
maintaining central lookup table, adding (learning) new 
entries and deleting (aging) old entries: 
[0030] A central management module stores a cen- 
tral table. In a typical scenario, the line cards (inter- 
faces) are connected to end stations and the routing 
device performs routing of frames/packets from these 
end nodes. Line cards usually learn of new source 
addresses by observing frames sent by the end nodes 
connected to these line cards. As and when the line 
cards (LC) or interfaces learn of new source addresses. 
E.g. Media Access Controller (MAC) addresses, they 
send it to central management module to be learnt. Fol- 
lowing sequence of events explain the traditional learn- 
ing and routing mechanism: 

LC-1 observes a frame/packet from source address 
A; sends it to central memory module to be learnt 
into the central table. Similarly, 
LC-2 observes a frame/packet from source address 
B; sends it to Central memory module to be learnt 



into the central table. 

LC-3 observes a frame/packet from source address 
C; sends it to Central memory module to be learnt 
into the central table, 
s LC-4 observes a frame/packet from source address 
D; sends it to central memory module to be learnt 
into the central table. 

LC-1 gets a frame destined to MAC address A. It 
asks Central memory module, where to send this 

w frame? 

Central memory module consults the central table 
and instructs LC-1 filter the frame, because it 
knows that the SA A was learnt from LC-1 and the 
end node resides under LC-1, hence the frame 

is does not need routing/forwarding. 

LC-1 gets a frame destined to MAC address B. It 
asks Central memory module, where to send this 
frame? 

Central memory module consults the central table 
20 and instructs LC-1 to send that frame to LC-2. 
because that MAC address B was learnt on LC-2. 

[0031] This process of learning and querying the 
central memory module continues. Line cards usually 

25 tell the central memory module, every time they see a 
frame from any SA. Central memory module will keep 
marking those entries as fresh. Central memory module 
will generally delete old entries in the central table, 
which have not been seen on any line card for a while. 

30 This process of aging the entries is called SA aging. 

Distributed Learning Model with On-Demand Popu- 
lation: 

35 [0032] In a distributed forwarding/routing engine 
with on-demand population, a central table is main- 
tained on the central memory module, but the line cards 
are instructed to keep a local copy of the pertinent part 
o1 the central table. Which part of the table should be 

40 kept on which line card is the essence of the technique 
described here. 

[0033] In this method, line cards still do the SA 
learning as in the conventional forwarding model. Line 
cards still inform the central memory module about the 

45 SAs learnt by them. Line cards are required to keep a 
local copy of the SAs learnt by them. Central memory 
module helps line cards in learning any additional infor- 
mation they need to know, on strictly need to know 
basis. In this approach line cards get only those 

so addresses for which they have any need. In effect only 
the pertinent portion of the central table on the Central 
memory module. Fore example: 

LC-1 Learns A by observing a frame originated 
55 from MAC address A; It sends it to central memory 
module. 

LC-2 learns B by observing a frame originated from 
MAC address B; It sends it to Central memory mod- 
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ule 

LC-3 learns C by observing a frame originated Irom 
MAC address C; It sends it to Central memory mod- 
ule 

LC-4 learn D by observing a frame originated 1rom 5 
MAC address D. It sands it to Central memory mod- 
ule 

LC-1 sees a frame to C. floods it (Sends it every- 
where, because it does not Know, for now, where to 
send frames destined to C 
LC-1 asks Central memory module to find destina- 
tion tor C Cental memory module gives the table 
entry for C to LC- 1 . effectively telling the line card to 
forward all future frames destined for address C to 
line card 3 Une card 1 is required to keep that infor- /5 
mation local and use it n future 
LC-2 sees a frame to A. f oods 4 
LC-2 asks Central memory module to find destina- 
tion for A And so on 

20 

[0034] Entries thai are learn? on a hne card. e.g. A 
on LC-1 are marked as source address (SA) entries. 
Entries learnt by a line card by querying the Central 
memory module are marked as OA entries SA entries 
are typically aged periodically wtwi a l«ne card sees no 25 
traffic from that MAC (as SA) to a period of time. When 
SA entries are aged from a fane card, a message is sent 
to the Central memory module, so that it can in turn 
send messages to all line cards that are using that entry. 
Une card(s) upon reception of such message delete 30 
that entry from their local table Entries marked as DAs 
on the line card tables are also per od call y deleted 
(aged) as described later m this disclosure 
[0035] Following transactors bke these, each line 
card will end up with a subset of the central table on the 35 
central memory module Afte* the frst query to central 
memory module, each line card ooes the following look- 
ups on it's local table and rt tt finds the relevant entry, 
uses rt to forward/route frame to correct destination. 
[0036] This method of dts:r touted learning has to 
many advantages including an overall increased 
address table capacity by aitowmg the line cards to 
store only the useful^er trnerrt rttormabon. 
[0037] The distributed nature of tables on each line 
card also allows for destination address (OA) based 45 
aging, by deleting entries associated with a OAs that 
have not been used for a while OA aging is achieved by 
keeping an account of each entry's usage on each tine 
card. When an entry is used on a line card as a DA 
entry, rt is marked. The usage markers are periodically so 
erased. When a line card finds an entry, which was a DA 
entry and has no marker set. it is deleted from that line 
card. This is done to remove the entries that were learnt 
from the central memory module This additional step of 
aging DA type entries, in additoon to aging SA type ss 
entries, enables each line card to remove the DA 
addresses for which there is no active conversation from 
that line card. This is needed for on-demand population 



method, because DAs are learned from the Central 
memory module, and they may sit idle on the line card 
table forever. 

[0038] On-Demand Learning uses intelligence 
when learning network addresses and distributing them 
to interfaces on a switch. This is different than Gobal 
Learning, in which a switch indiscriminately teaches all 
learned addresses to all its interlaces. As the name 
suggests, On-Demand Learning distributes addresses 
only to those interfaces that require them. The best way 
to understand the benefits of this learning mechanism is 
to compare it to Global Learning, which is the scheme, 
used by most switches. 

Global Learning-The Traditional Approach 

[0039] When a switch employing Global Learning 
receives a packet from an address ft hasn't learned, the 
switch floods the address to all interlaces, causing the 
address to be stored in the address table on each inter- 
face. 

[0040] Global Learning does not use each module's 
address space efficiently. Consider a switch at the core 
of a network, where each of its ports can have thou- 
sands of devices downstream from it. Each device on 
the network could have MAC. IP. and IPX address infor- 
mation attached to it. The address tables on interface 
modules are quickly consumed by addresses they may 
never use. 

[0041] For instance on one vendor's switch, each 
interface module can hold 16,000 addresses and the 
management card likewise holds 16.000 addresses. As 
soon as the 16,001 st address comes across the switch, 
One of the entries is aged out to make room for the new 
entry and all the interfaces learn the new address- 
regardless of whether they need it or not. This process 
is repeated for every new entry. 

On-Demand Learning-A Better Approach 

[0042] On-Demand Learning takes a more elegant 
approach to learning addresses and distributing them to 
interface modules by doing so on an as-needed basis. 
[0043] When a packet comes into the switch with an 
unknown SA, the source address is stored at the 
ingress port and sent to the management module. 
These first three steps of On-Demand Learning are 
depicted below. 

[0044] This occurs every time a new address 
appears on the network, and the management module 
keeps a complete record of all of the addresses it has 
learned. However, unlike Global Learning, the manage- 
ment module does not flood the address information to 
all of the interface modules. Other interface modules' 
address tables are populated only with the addresses 
they require, when they require it. 
[0045] When an interface needs to communicate 
with an unknown destination MAC address, it initially 
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floods the packet inside of its broadcast domain/VLAN. 
Next, it asks the master address table if it knows its 
location. The master address table then populates the 
local address table with the address because it is now 
relevant to that interface. These final three steps are 
illustrated below. 

Conclusion 

[0046] Populating interface modules using On- 
Demand Learning allows switches and routers to sup- 
port a larger number of devices than traditional global 
address learning techniques. With a table depth of 64K 
addresses per interface. On-Demand Learning allows 
the Power Rail 5200 Enterprise Routing Switch to sup- 
port 1.5 million different routes/addresses per chassis. 
The interface modules are efficiently populated and are 
not burdened with addresses they may never use. 
[0047] Having described and illustrated the princi- 
ples of our invention with reference to preferred embod- 
iments thereof, it will be apparent that these 
embodiments can be modified in arrangement and 
detail without departing from the principles of the inven- 
tion. 

[0048] For example, although the port 52 is shown 
as including separate components, such components 
can be formed in a single integrated circuit. Additionally, 
other circuit components, such as the port intercommu- 
nication logic 54 can also be included in the same inte- 
grated circuit as the port. 

[0049] Additionally, any of the components of the 
switching device can be performed by hardware, soft- 
ware, or a combination thereof The invention should not 
be limited to the particular technique (whether hardware 
or software) for carrying out the methods and apparatus 
described herein. For example, the search engine can 
be a microprocessor running software or an ASIC 
where the searches are performed in hardware. 
[0050] Still further, although the lookup table is 
shown as containing table entries with multiple fields, 
the lookup table can be any type of data structure or 
array that stores data. 

[0051] Yet further, the network packets can include 
any kind of data including video images, voice data dur- 
ing a phone call, a document, etc. 
[0052] Still further, when a port receives a network 
frame, it can analyze the destination address (at layer 
two and layer three) and it can also analyze layer 4 pol- 
icy information if desired. 

[0053] Still yet further, the present invention may be 
applied to LAN's. WAN's, the Internet. Intranets, tele- 
phone networks, or any other network. 
[0054] Additionally, although the lookup table is 
described as containing network addresses, the lookup 
table may include other keys. A key may include a net- 
work address exclusively or in combination with addi- \ 
tional information. Alternatively, a key may include 
lookup information other than network addresses. Addi- 



tionally, the switching device may receive network 
frames that include search keys. Alternatively, the 
search key may be derived from the network frame. For 
example, the search engine may use characteristics of 
5 the network frame, such as what port it was received on, 
to derive the search key. The search key, which is either 
explicitly included in the network frame or derived there- 
from, is compared to the lookup table which includes 
lookup keys. 

10 [0055] Additionally, although a binary search 
engine is used in the illustrated embodiment, other 
search engines can be used instead, including linear 
search engines, CAM, binary radix trees, hashing, etc. 
[0056] In view of the many possible embodiments to 

is which the principles or invention may be applied, it 
should be recognized that the illustrated r nbodiment is 
only a preferred example of the invention b. id should not 
be taken as a limitation on the scope of the invention. 
Rather, the invention is defined by the following claims. 

20 We therefore claim as the invention all such embodi- 
ments that come within the scope of these claims. 

Claims 

25 1. A network switching device comprising multiple 
ports wherein a port has access to a local lookup 
table, and wherein the lockup table is populated 
with table entries based on use. 

30 2. The network switching device of claim 1 further 
including a search engine coupled to the lookup 
table. 

3. The network switching device of claim 1 wherein 
35 the lookup table stores source and destination 

addresses and wherein the destination addresses 
are tracked to determine how recently they have 
been used and are deleted if not used within a pre- 
determined period of time. 

40 

4. The network switching device of claim 1 wherein a 
lookup table associated with a first port stores dif- 
ferent destination addresses then a lookup table 
associated with a second port. 

45 

5. The network switching device of claim 1 wherein 
the lookup table includes a network address field 
comprising addresses of nodes on a network, and a 
forwarding information field comprising forwarding 

so information associated with the network address. 

6. A method for forwarding network frames on a net- 
work forwarding device, comprising the steps of: 

55 receiving a network address including source 

and destination addresses on a first port; 
searching a lookup table within the first port for 
the destination address; 
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if the destination address is not found in the 
lookup table, learning the destination address 
by inserting an entry in the lockup table for the 
destination address; and 

wherein other ports on the network forwarding 5 
device do not learn the destination address 
because of receipt on the first port. 
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